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(57) ABSTRACT 

A computer-based design framework for collaborative 
design of a product by distributed design team members. 
The design framework comprises: a virtual database man- 
agement system, which receives data from a plurality of 
distinct sources and creates a single relational database 
interface to each of the distinct sources; software code 
associated with the virtual database management system for 
mapping various informational structures utilized by the 
distinct sources to a common XML syntax; and additional 
logic associated with the virtual database management sys- 
tem that provides publishing rules for extracting information 
on demand and publishing the extracted information in a 
format recognized by a requestor of the information. When 
the product is a system on a chip (SOQ a special set of 
functions are generated that enable platform-independent 
application and services exchange utilizing XML wrapped 
data, service, and applications. 
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XML- BASED SYSTEM AND METHOD FOR 
COLLABORATIVE WEB-BASED DESIGN AND 
VERIFICATION OF SYSTEM-ON-A-CHIP 

BACKGROUND OF THE INVENTION 
[0001] 1. Technical Field 

[0002] The present invention relates in general to system- 
on-a-chip (SoC) and in particular to the design of SoCs. Still 
more particularly, the present invention relates to a method, 
system and program product for collaborative web-based 
design of SoCs and integrated circuits. 

[0003] 2. Description of the Related Art 

[0004] Technological improvements in integrated circuits 
(IC), particularly the advent of deep-subrnicron process 
technology, have led to the development of the system-on- 
a-chip (SoC), by which a complete, filly functional system 
is designed and integrated on a single silicon chip. Because 
of the large and increasing number of components (e.g., 
gates) that are becoming available, the application-specific 
integrated circuit (ASIC) designer is often unable to take full 
advantage of the technical potential for system integration, 
performance gains, and system cost savings. On the other 
hand the number of gates available in a SoC and number of 
Intellectual property cores ("IPs") available to designers are 
growing at a much faster rate than the designer's ability to 
assimilate, and to be able to take full advantage in the current 
design environments. 

[0005] Typically, with a majority of SoC design projects, 
the design expertise and associated CAD tools may be in 
different corporate locations and, in many cases, multiple 
corporations. Finding all the skilled candidates to complete 
specific design tasks in a single geographical location is 
often impossible, and it is common for the various design 
teams to be located in different states, or even in different 
countries. As a result, collaboration around the traditional 
white board within a single location has been replaced by 
remote tele-commuting among design teams, and complet- 
ing design projects with such a geographically dispersed 
design teams, is quickly becoming commonplace. 

[0006] Because of the need for collaborative efforts 
between the various design teams in designing a SoC, SoC 
development is very difficult when these various design 
teams arc separated by geographic locations and time zones, 
face language and cultural barriers, and share different 
design quality standards. In many cases, there are major 
differences between the customer design team, which is 
familiar with and drives the system functions and require- 
ments, and the foundry team (such as, e.g., IBM, Intel, 
Motorola, and DEC), who provides the development exper- 
tise, the manufacturing technology know-how, and DA tools 
and services (such as cadence, synopsis, card too Is, etc.). 

[0007] Additional complexity is added to the design pro- 
cess because each design team may be working on a 
different platform (i.e., hardware and operating system 
(OS)) and generating proprietary design specification files. 
Due to continued pressure to decrease the design cycle and 
Time-To-Market (because of the need to keep ahead of 
competitors and to keep up with the pace of technological 
improvements), it is not usually possible for all parties to 
converge to one set of tools and standards. Further, in many 
cases, the customer design team may not want to completely 



adopt the foundry design team's tool set, standards and 
methodology since the customer design team's next design 
project may be more suitable for a different foundry with a 
different tool set and set of standards. In addition, it is both 
costly and time consuming for customer design teams to 
train their personnel and to optimize and verify new design 
processes for each new design project. Cost associated with 
acquiring a new set of tools and expertise is another inhibitor 
to adopting traditional design methodologies (i.e., fully 
adopting foundry compatible design methodology). 

[0008] As SoC designs become more challenging, many 
companies will choose to out-source pieces of the design 
task, such as IP design and optimization, synthesis and 
timing, physical design, and manufacturing. This out sourc- 
ing helps to cut development costs. However, outsourcing 
means that design teams have to share (i.e., collaborate) 
information, designs, libraries, and even design-automation 
tools amongst themselves. Unfortunately, because of the 
globalized location of today's design teams, this collabora- 
tion is not an easy task with the traditional communication 
method (e.g., phone, fax, email, mail, or express mail). 
Relocating each group of a design team to a single location 
is also impractical and extremely costly (i.e., airfare, accom- 
modations, equipment/tool purchase, etc). 

[0009] There are several prior art systems which provide 
methods for sharing resources in a multi-user environment 
and organizing and working with networked data, etc. For 
example: U.S. Pat. No. 5,644,768 provides a concurrent data 
access in a database management systems environment; U.S. 
Pat. No. 6,018,716 provides a group consensus environment 
where all participants are working on the same problem, and 
U.S. Pat. No. 5,822,585 describes an object-oriented frame- 
work to build cooperative objects, which are then utilized to 
build distributed or cooperative applications. 

[0010] None of the prior art methods, however, provide a 
solution for efficiently designing a SoC when the design 
teams are geographically dispersed and are utilizing differ- 
ent tools, standards, and formats, etc. The present invention 
thus recognizes that it would be both advantageous and 
desirable to provide a method, system, and program product 
for enabling collaborative design and verification of SoCs by 
geographically dispersed design teams. A method, system, 
and program product that permits such collaborative design 
and verification of SoC from separate design team specific 
applications and tools utilizing the Internet and XML func- 
tionality would be a welcomed improvement. These and 
other benefits arc provided in the present invention. 

SUMMARY OF THE INVENTION 

[0011] A computer-based design framework for collabo- 
rative design of a product by distributed design team mem- 
bers is described. The design framework comprises: a virtual 
database management system, which receives data from a 
plurality of distinct sources and creates a single database 
interface to each of the distinct sources; software code 
associated with the virtual database management system for 
mapping various informational structures utilized by the 
distinct sources to a common syntax; and additional logic 
associated with the virtual database management system that 
provides publishing rules for extracting information on 
demand and publishing the extracted information in a format 
recognized by a requestor of the information. 
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[0012] Each of the distinct sources represents a design 
team or design team member that is provided access to the 
virtual database management system via a network. The 
design framework is generated utilizing an extensible 
Markup Language (XML). In the preferred embodiment, the 
design framework is generated for productio n/design o f a 
sysienLxn.a-chip_( SOC) and the . "XMETis" expanded [w ith 
SOC^speGific-dQ cument.t y ne^ defi nitions to generate a plu- 
ralit y of functional compon^ntTT^vin^SOC"fflaTlflr p lan- 
guage (SQCML)^ture sjhat operate according to SOfcML 
design specification. The function components include a 
SOCML database, a SOCML simulator, a SOCML synthesis 
and timing analysis component, and a SOCML database 
exchange manager. The XML acts as a platform -indepen- 
dent wrapper for the SOCML functions. 

[0013] Output from the design process is published uti- 
lizing transformation rules based on Extensible style sheet 
language (XSL) and is provided to design team members 
and other personnel, including clients, via XSL style sheets 
and XSLT transformers, which manipulate data from said 
SOCML database. Further output to clients/customers are 
generated with a platform independent application and ser- 
vices exchange including a universal description discovery 
and integration (UDDI) director for locating services and a 
simple object access protocol (SOAP) for exchange and 
export of data and services. 

[0014] In one embodiment, the network is a local area 
network and connection to the framework by each of the 
design team members is provided via a LAN-connected 
terminal. In another embodiment, the network is the Internet 
and the virtual database management system is housed on a 
server on the Internet. Access to the design framework is 
provided via a web browser of a computer system that is 
connected to the Internet. An Access_Privilege_Manager is 
implemented with program code and monitors and controls 
access to the design framework by design teams, design 
team members, and other selected personnel and groups. 

[0015] The Access_Privilege_Manager maintains a con- 
trol list of one or more of authorization parameters from 
among users, user identification and passwords, a level of 
authorization for each user and group, a group to which each 
user belongs, specific group authority for access, and access 
authorization for one or more project administrators. Each 
user profile includes an associated role, wherein access to 
processes and designs within said framework is only granted 
to a user whose profile supports said access. In one embodi- 
ment, the Access_Privilege_Manager supports biometric 
security features for user-access to said framework. 

[0016] The design framework also comprises a customer 
help at terminal (CHATSOC) component that provides an 
online video forum for conferencing between design teams, 
design team members and other personnel. CHATSOC 
includes a design forum, chat rooms, and design team 
rooms. CHATSOC allows a design team and design team 
member to obtain outside assistance. The outside assistance 
is selected from a compiled database of outside assistance 
personnel in response to a request for assistance by the 
design team or design team member, and a pccr-to-pccr 
connection is dynamically established when an outside 
assistance personnel accepts and acknowledges the request. 

[0017] The design framework provides each design team 
with local ownership of a particular task within the design, 



and the local ownership allows the team to determine its 
level of corporation with other design teams and the level of 
information sharing allowed. 

[0018] The design task is divided into a plurality of tasks 
and the design framework tracks each of the plurality of 
tasks and tools available within the design environment and 
assigns processing-intensive tasks to fastest processors and 
applications available in the design environment. 

[0019] The above as well as additional objects, features, 
and advantages of the present invention will become appar- 
ent in the following detailed written description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] The novel features believed characteristic of the 
invention are set forth in the appended claims. The invention 
itself however, as well as a preferred mode of use, further 
objects and advantages thereof, will best be understood by 
reference to the following detailed description of an illus- 
trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

[0021] FIG. 1A depicts a data processing system by which 
features of the present invention may preferably be imple- 
mented; 

[0022] FIG. IB depicts a high level representation of a 
network comprising the data processing system of FIG. 1A 
within which one embodiment of the present invention may 
preferably be implemented; 

[0023] FIG. 2 is a high-level block diagram of a typical 
current existing SoC design methodology with manual opti- 
mization and syntax and style checking features; 

[0024] FIG. 3 is a high-level block diagram illustrating an 
enhanced SoC design methodology utilizing knowledge- 
based optimization based on requirements provided by end- 
users and manufacturing; 

[0025] FIG. 4 is a high level block diagram depicting an 
SoC design methodology with a single, unified access point 
to all databases and tools on a local network in accordance 
with a preferred embodiment of the present invention; 

[0026] FIG. 5 is a high-level block diagram, similar to 
FIG. 4, in which the single, unified access point is provided 
via an Extranet or the Internet and user access control is 
provided via Access_Privilege_Manager in accordance with 
another preferred embodiment of the present invention; 

[0027] FIG. 6A is a high-level block diagram illustrating 
a combination of local network and Extranet and/or Intranet 
access to said design environment with a CHATSOC feature 
in accordance with another preferred embodiment of the 
present invention; 

[0028] FIG. 6B is a high-level functional flow chart 
depicting operations and features of CHATSOC provided in 
FIG. 6A in accordance with another preferred embodiment 
of the present invention; 

[0029] FIGS. 7A and 7B are high level block diagrams 
depicting two of the possible operating modes and the 
interconnection between various design teams via XML- 
based web connection in accordance with a preferred imple- 
mentation of the present invention; and 
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[0030] FIG. 8 is a high level logical design stage diagram 
depicting the process of dividing tasks among the various 
groups within a design environment for a SoC in accordance 
with one implementation of the present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

[0031] The present invention provides an XML-based 
system, method and program product for collaborative web- 
based design and verification of System-On-a-Chip (SoC). 
Specifically, the invention allows the sharing of design data 
from a SoC among various design tools and applications. 
The invention is implemented utilizing a mechanism for data 
conversion and analysis among various design tools. The 
invention provides a secured, collaborative and distributed 
environment that schedules design tasks and provides con- 
trol, while enforcing any access authorization and security 
requirements beyond the generic web protocols. In the 
preferred embodiment, the access authorization and security 
is enabled via an Access_Privilege_Manager, by which 
designers and their privileges and other design security 
issues are defined and managed. Features implemented with 
the invention allows changing the content of a SoC design 
database from one format to another. 

[0032] With reference now to the figures and in particular 
with reference to FIG. 1, there is illustrated a high level 
block diagram of the major component parts of a data 
processing system that may be utilized to implement the 
various features of the present invention. Data processing 
system 100 comprises a Central Processing Unit (CPU) 101. 
CPU 101 is coupled to system memory 103, peripheral 
input/output (I/O) devices 105, firmware 111, and temporary 
memory 107 via interconnect 109. Stored within memory 
devices are the operating system (OS) and software code or 
logic by which many of the processes of the invention may 
be implemented, as will become clear later. When utilized to 
access a network, data processing system 100 includes a web 
browser within the software code or logic. When utilized as 
a server that provides the functionality of a design frame- 
work, however, data processing system 100 comprises a 
database of design information and a database of security 
access information and XML files to provide the various 
functional features of the invention described below. During 
operation, the software code or logic is executed by CPU 
101 in system memory 103. Design team members and 
administrators may interface with data processing system 

100 via I/O devices 105. 

[0033] Among the I/O devices 105 connected to the CPU 

101 may be keyboard, mouse, CD ROM, display monitor, 
and voice activated input/output devices. A display monitor 
provides a graphical user interface (GUI), which allows a 
user (or team member) to view and interact with the SoC 
design data and other related software applications stored in 
system memory or provided via a network. 

[0034] Also coupled to CPU 101 are various other 
devices/components (not shown). These other devices may 
include a modem and/or a network adapter utilized to 
connect data processing system 100 to other systems and/or 
networks, as is illustrated in FIG. IB. In one embodiment a 
modem or network adapter may be utilized to connect data 
processing system 100 to a local area network (LAN). In yet 
another embodiment, the modem or network adapter is 



utilized to connect data processing system 100 to a Wide 
Area Network (WAN), including the Internet, as depicted in 
FIG. IB. 

[0035] Referring now to FIG. IB, there is illustrated a 
high-level block diagram of a network 150 with geographi- 
cally dispersed devices for accessing a design framework on 
which the XML-based features of the invention may be 
implemented. The network 150 consists of at least one 
server 153 and two or more access devices 155-157, corre- 
sponding to different .design groups or teams. In the pre- 
ferred embodiment, server 153 includes the XML-based 
management software and other components necessary to 
provide both the collaborative features and security features 
of the invention, as described further below. In another 
embodiment described with reference to FIG. 7 below, the 
various features are distributed amongst the devices attached 
to each other and the resulting architecture provides a 
distributed computer environment. 

[0036] As illustrated, access devices 155-157 are con- 
nected to server 153 via the amorphous network 151 and 
each include software for accessing the network (e.g., web 
browser for accessing the Internet and the specific web site 
of the design framework). 

[0037] Referring now to FIG. 2, there is illustrated a block 
diagram representation of an existing (universal) SoC design 
methodology. The blocks represent components or stages of 
the design process. System designers provide architectural, 
functional and performance specifications 202 in the form of 
design specification 201 in hardware description language 
(HDL). Then, design rules 205 are provided, and the design 
specification 201 taken through high level synthesis 203. 
The result of the synthesis 207 is optionally taken through an 
HDL optimization and verification process manually 208. 
The synthesis 207 provides design specification in Netlist or 
HDL to the next level of design, verification and optimiza- 
tion 211, including simulation 213, synthesis and timing 
analysis 215, and performance analysis 217. Following these 
various processes, the design step proceeds to create opti- 
mized and verified design data to the designers and manu- 
facturers 221 to manufacture the SoC. Notably, in this design 
methodology, optimization and syntax and style checking 
can be performed and each design stage is performed 
independent of the other design stages. Most design stages 
are performed sequentially in the same local design shop, 
using pre-defined and locally available design tools and 
services. 

[0038] FIG. 3 illustrates an enhanced SoC design meth- 
odology, having similar stages/components with FIG. 2, but 
which also provides passive collaboration during HDL opti- 
mization and verification 308. The methodology utilizes 
loosely integrated knowledge-based design optimization 
based on input provided by the end -users, etc. Similarly 
numbered elements are described above in the description of 
FIG. 2. The passive collaboration allows some consider- 
ation of requirements provided by end-users and the manu- 
facturing design team, such as specific application require- 
ments 306 as well as manufacturing and packaging 
requirements 310. Also, the passive collaboration data inter- 
acts with a design database 316, which receives the results 
of high level synthesis 203 before being taken through 
Netlist/HDL extractor 309. Prior to the process that produces 
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optimized and verified design data to the designers and 
manufacturer 221, the design process is passed through a 
Netlist/HDL generator 319. 

[0039] The present invention enhances the SoC design 
methodology by replacing the after-the-fact manual collabo- 
ration of separate design teams with a web-based design 
framework that allows instantaneous collaboration between 
the various design teams throughout the entire design pro- 
cess. As illustrated in FIG. 4, the entire design process is 
tracked within a design framework that is available over a 
LAN 427. The design process utilizes a system-on-a-chip 
extensible markup language (SOCML) to allow cross-inter- 
action between different design teams utilizing different 
tools. 

[0040] An XML-based platform allows exchange of data 
across the Internet or Intranet and facilitates development of 
web-based design applications. XML allows the design 
teams to create SOC-specific smart design documents for 
exchange across the Web and local or remote processing of 
the design data by a set of standard Java applications. Thus, 
common design data and design resources management 
based on XML are utilized and a common design data and 
design resources presentation based on XSL are provided. A 
set of rules is created defining the XML tags that are utilized 
for the structure, format, and content of design data com- 
ponents that are exchanged. The resulting extended XML 
definition is called SOCML (System -On-a-Chip Markup 
Language). 

[0041] A Document Type Definitions (DTD) is utilized to 
define SOCML. DTD specifies: (1) What elements may exist 
in a SOCML document; (2) What attributes the elements 
may have; (3) What elements can be nested (found inside 
other elements); (4) What order the elements should be 
defined in an SOCML; and (5) The XML design files 
adhering to SOC DTD that constitute SOCML. 

[0042] Use of the SOCML provides several benefits, 
including (1) SOCML can enforce certain standards without 
restricting the exact content; (2) System designers and 
technology foundries can easily exchange design informa- 
tion based on SOCML and according to its DTD; (3) Each 
side can develop applications based on the standard SOCML 
and verify its input/output against the SOCML DTD accord- 
ing to the agreed upon structures independent of the exact 
content; and (4) The content of each element of an SOCML 
can be generated by a CAD tool in a specific format as long 
as the document structure adheres to SOCML. Presentation 
and formatting of content of SOCML elements in each 
environment and for each specific design tool is governed by 
XSL attributes. 

[0043] FIG. 4 provides a LAN-based SoC design meth- 
odology based on proposed architecture utilizing optimiza- 
tion and verification KB 408, as well as providing a mecha- 
nism for active SOCML participation of designer, end-users! 
and manufacturing, SoC design and fabrication rules, exper- 
tise and heuristics depicted in block 410. 

[0044] The layout of FIG. 4 tracks the stages of the SoC 
design via a software generated/enabled design framework 
that is supported by a SoC markup language (SOCML). 
Each design stage is represented by an SOCML functional 
block e.g., SOCML design specification 401, SOCML data- 
base 406, design data SOCML extractor 409, SOCML 



simulator 413, SOCML synthesis and liming analysis 415, 
SOCML performance and functionality tradeoff analysis 
417 and SOCML database exchange manager 419. Each 
SOCML block is coded utilizing design and analysis- java 
applications. Additionally, design framework interacts and 
exchanges data with its applications and services via 
SOCML. The application and/or service is translated into 
XML, which acts as a platform-independent wrapper. This 
translation is governed by the SOCML DTD rules 405, 
which are applied to SOCML design specification via XML 
Parser 403. 

[0045] Input to the design process is received from system 
designers 402, application developers 407 and manufactur- 
ing Engineers 404. Output from the design process is 
provided to users 414 via XSL style sheets and XSLT 
transformers 412, which manipulate data from SOCML 
database 406 or the optimized design data 421. Each design 
dataset is transformed into a standard format for presentation 
to users based on the design data XSLT or the user envi- 
ronment XSLT 

[0046] In addition to providing all of the various design 
services, databases, tools, etc., within the SOCML design 
framework, an additional feature is provided that allows 
VHDL, verilog, DBM, etc., to be exported to standard IC 
design CAD tools 423. The design framework facilitates a 
secure and easy to use environment for sharing design 
information and also design tools, methodologies, and 
expertise (peer-to-peer design collaboration). 

[0047] FIG. 4 also provides functional components that 
permit the platform independent application and services 
exchange and sharing as shown in block 425. Specifically, an 
XML wrapped data, service, and application is produced and 
delivered to the client/user via design services 431. This 
involves utilization of universal description discovery and 
integration (UDDI) director 427, which locates a requested 
service and makes the service available to the end user via 
427 and Simple Object Access Protocol (SOAP) 429. 

[0048] SOAP 429 is a protocol for exchange of informa- 
tion in a decentralized and distributed environment. SOAP 
429 is an XML protocol that consists of three parts: (1) an 
envelope that defines a framework for describing what is in 
a message and how to process it; (2) a set of encoding rules 
for expressing instances of application-defined datatypes; 
and (3) a convention for representing remote procedure calls 
and responses. 

[0049] FIG. 5 illustrates a similar design framework as 
FIG. 4; however, the network of FIG. 5 is uniquely different 
in that access to the design framework is via an Extranet or 
the Internet rather than a local network (LAN). Further, 
access to the design framework is controlled by an 
Access_Privilege_Manager 527 that provides active partici- 
pation and collaboration to selected personnel or groups. As 
with FIG. 4, SOAP is utilized to pass design information 
and services to users across platforms and through firewalls. 
In the preferred embodiment, the design framework utilizes 
XML-based architecture that enables data exchange and 
transportation across the Internet. The XML architecture is 
modified to create the SOCML functional blocks. 

[0050] The Internet-enabled design framework comprises 
a suite of tools that communicate across the Internet to 
facilitate engineering and design collaboration, easily locat- 
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iog the required design information from third-party 
sources, and shared access to design data from anywhere in 
the world. Thus, for example, the local CAD tools of a 
design team are provided through a user interface connected 
to the design framework that maintains a framework acces- 
sible CAD tool, and the resulting CAD generated design 
data placed immediately on a database within the design 
framework. 

[0051] Access_Privilege_Manager 527 provides a single, 
unified access point to all databases (i.e., design data) and all 
tools utilized by the various design teams and design exper- 
tise. Access_Privilege_Manager 527 also maintains a con- 
trol list of users, their user identifications (IDs), and pass- 
words. Further, Access_Privilege_Manager 527 maintains 
the level of authority for each user, the group the user 
belongs to, the group authority, and access authorization for 
one or more project administrators) who has authority to 
add/remove users. The information maintained by access 
privilege manger is stored in an Access_Privilege_Database, 
that is controlled by the project administrators). 

[0052] The Access^Privilege^Manager provides a two tier 
security abstraction; rolebased access and design object type 
enforcement. Each user profile includes an associated role. 
Access to processes and design objects are granted if the 
process object's scope includes (or supports) the requestor's 
role. Each user or process can only access design objects that 
have a type included in the user or process 
Access_Type_List. 

[0053] In addition to the internal access management, 
Access_Privilege_Manager can utilize biometric security 
options for granting user access and verifying user identity. 
Biometric security device such as "facial scans", "eye scan", 
"fingerprints", and "voice authentication", can be utilized. 

[0054] The invention taps into the potential of the Internet 
to allow access from any geographical location and also taps 
into the functional features of XML to aid in the collabo- 
rative SoC design process. Design iterations are reduced 
through enhanced communication and collaboration, and 
redundant effort is eliminated through design reuse and 
better library-management practices. The invention thus 
provides a huge gain in productivity. Additionally, as the 
Internet enables improved integration for purchasing and 
manufacturing, SoC cost decreases. 

[0055] From the design team perspective, any standard 
browser may be utilized to access the design framework, and 
the World Wide Web (Internet) essentially acts as a common 
user interface by providing a common ground for the 
distribution and management of design information. Utili- 
zation of the Internet also allows information regarding the 
SoC design to be made available to a multitude of people or 
design teams in a variety of different disciplines, i.e., not just 
the designers. Thus, package designers, system software 
designers, marketing and project managers, etc., are able to 
make better decisions and better planning based on actual 
design data, progress and status. The invention thus provides 
a design and development environment that is consistent 
with extension of the Internet as an ideal medium for the 
design, marketing, sale, distribution and support of ICs, 
ASICs, and SoCs. 

[0056] In the preferred embodiment, the following fea- 
tures arc provided by the Internet-based SoC design frame- 



work: (1) The proprietary design information can be shared 
and exchanged across multiple locations; (2) Each team can 
define certain format and content requirements for the 
required deliverables; (3) The deliveries (design drops) can 
be automatically checked and verified for correctness, com- 
pleteness, construction and content; (4) The requirements of 
(3) can be automatically verified on the sender's side based 
on rules defined and agreed upon without any need for any 
inspection or intervention; (5) Each team involved in the 
design process will perform certain tasks on specific design 
components and therefore will have specific access and 
usage authorization; (6) Design components maintain a 
complete self-contained access and utilization log (i.e., who 
did what, utilizing which tool, when, and why, etc.); (7) 
Each design team can define (and sign-up for) specific 
design tasks that their members are responsible for and 
decide which tasks will be performed on the client-side and 
which ones on the server-side; and (8) Each design team 
defines what part of their data can be viewed by who, what 
tool, and for what purposes. This provides a secure envi- 
ronment for access management and sharing of customer 
proprietary data among design teams, which is required for 
optimized design. 

[0057] XML-based Collaborative Design Framework 

[0058] The invention comprises various design automa- 
tion tools utilized in SoC design and provides the features- 
that enable these tools to be accessed and utilized effectively 
via the Internet. An analysis of the applications involved and 
the steps entailed in the design flow is first completed. 
Design tasks, which are less processing-dependent (such as 
layout), can be efficiently accomplished remotely via the 
Internet, while simulation or routing, which is very process- 
ing intensive and better suited to be performed locally. The 
proposed design framework is architected such that it pro- 
vides local (i.e., client-side) processing, remote (i.e., design 
center-side or server-side) processing as well as peer-to-peer 
(P-to-P) processing. In a preferred embodiment, the online 
knowledge-base estimates the processing time/resources 
needed and makes recommendation on the mode of design 
(i.e., local, remote, or P-to-P). 

[0059] Another very important aspect of the design envi- 
ronment that is provided by the invention is the immediate 
sharing or dissemination of the design data generated, and 
design attributes with other designers and design sites, 
whether the design task is done locally or remotely. The 
invention provides a mechanism by which various design 
data formats are encapsulated and delivered to other design- 
ers in a secure and easy to use environment. In the preferred 
embodiment, this aspect of the invention is handled utilizing 
the functionality of XML, and the various data manipulation 
functions utilize XML to structure information extracted 
from the database so that the data can be distributed and 
published more easily. 

[0060] Data integration solutions utilize XML to automate 
the exchange of data. In general, with an integration solu- 
tion, XML serves as an interface layer or wrapper for data 
being passed between data sources, making it possible for a 
wide variety of applications, legacy systems, and databases 
to exchange information. Virtual Database Management 
Systems (VDBMS) take data from many different sources 
and create a single relational database interface to all the 
data sources. Afterwards, XML is utilized to map the various 
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structures used by the data sources to a common syntax for 
easy access. Finally, a set of publishing XSLT rules (a set of 
transformation rules based on extensible Style Sheet Lan- 
guage (XSL)) is provided to extract information on demand 
and publish the information (i.e., to present the information 
to the user via Internet). The resulting environment is an 
XML-based information repository that is able to update 
itself whenever the related data sources change. In the 
preferred embodiment, SOCML Data Manager and the 
associated data exchange and data publishing facilities 
depicted in FIGS. 4, 5, and 6A, serve as such a VDBMS. 

[0061] Refining a traditional database query requires a 
complete round-trip session from the browser through the 
server to the database and back again. Utilizing XML, the 
query results are extracted from the database and may be 
further refined on the client device. In one embodiment, 
utilization of XML requires a special application or a 
browser plug- in such as IE4's XML parser; however, the 
preferred embodiment is implemented utilizing one of the 
latest versions of browser applications which provide full 
XML support. 

[0062] One very important advantage of XML as utilized 
in this invention is XML's search-enhanced features and 
data architecture. Unlike, HTML-based search tools, which 
utilize keywords and text, XML-based search tools use data 
structure and meta data, thus enabling easier finding of 
information. In operation, the XML search tool checks a 
query against a SoC or Design's DTD that contains tags 
matching what is being looked for (e.g., content, intent, and 
use). Thus, the XML-based search tool provides a more 
efficient and accurate search capability and returns informa- 
tion containing exactly what the design team member is 
looking for. The provided information is formatted in its 
own familiar industry format based on its XSLT style sheet 
transformation rules. The same design data can be mapped 
to different XSLT for different users (i.e., different languages 
or different industry standard formats). 

[0063] Design Task Management and Tracking 

[0064] FIG. 6A illustrates a design framework with simi- 
lar functional components to those of FIG. 5 with an 
additional component, Customer Help At Terminal for SOC, 
(CHXTSOC) 614, by which interactive consultation such as 
a video conference SoC consultant is provided for active 
collaboration and participation among design teams to yield 
better design optimization. 

[0065] FIG. 6B provides an example implementation of 
CHATSOC design. CHATSOC provides a forum, a chat, a 
whiteboard, a conferencing mechanism, as well as a pecr- 
to-pcer point of service. CHATSOC provides service and 
access to relevant design forums, chat rooms, and design 
team rooms. Additionally, CHAINS OC manages the sign up 
and connection to these services making it transparent to the 
user. 

[0066] CHATSOC also serves as a broker for locating and 
routing a user with an outstanding Help request to an 
available registered expert. Once the expertise required has 
been identified, the user (his/her CHATSOC session) is 
forwarded to experts, who are certified and/or qualified for 
that field of expertise. Once at least one expert has acknowl- 
edged and accepted the outstanding request for help, a 
pecr-to-pcer connection is provided between the user and 



expert, where the expert is granted a guest account in the 
corresponding design environment. The expert will have 
access to all user data and tools (unless restricted by user). 

[0067] The functional block diagram of FIG. 6B shows 
the process of identifying expertise required for an outstand- 
ing Help request on an open design issue. CHATSOC is 
started as shown at block 601, and a determination made at 
block 603, whether a request for assistance has been 
received (from a user). When a request has been received, 
the determination is made at block 607 whether a list of all 
available or relevant resources has been compiled. If no list 
has been compiled, HELP resources needed are compiled as 
shown at block 611. Then the design and designer profiles 
are compiled as depicted at block 609. Following, a list of 
all matching or available resources are generated as shown 
at block 605 using the up-to-date resource and expertise 
database 606. 

[0068] Returning to block 607, when a list of available or 
relevant resources has been compiled, the resources relevant 
to the design or request for help and the designer are 
identified at block 613. To complete this step, the expertise 
is analyzed against "Resource and Expertise database"606 
and all possible matches are identified. The relevant matches 
are then presented to the user who can select his/her pre- 
ferred medium to receive help. CHATSOC then establishes 
the required communications and access channels and moni- 
tors the process in case additional help is needed, or to close 
the case, or mark it as in_progress or more_help_needed, 
etc. 

[0069] As shown at block 615, the access information, 
including login profiles, are set up and the corresponding 
system and resource availability is verified. Following, a 
next determination is made at block 617 whether there is at 
least one matching resource available. If there is a matching 
resource available, then a sorted list is compiled and pre- 
sented to the user as shown at block 619. A next determi- 
nation is made at block 621 whether the user has selected at 
least one resource. If the user has selected at least one 
resource, the resource is initialized or connected as shown at 
block 623. The connection may be via P-to-P 624, audio/ 
video conference 625, team room 626, forum 627, or chat 
628. If P-to-P 624 is established, specific profiles arc ini- 
tialized or setup and access provided as shown at block 629. 
This enables P-to-P expert collaboration as indicated at 
block 631. 

[0070] FIG. 7A illustrates yet another one of the possible 
operating modes of the collaborative design environment. 
As shown, the design framework allows partitioning of tasks 
across multiple sites and/or design groups. Each group 701, 
703, and 705 provides services and exchange associated 
results via XML-based containers 707, and associated SOAP 
and UDD1 as described above. Each group 701, 703, and 
705 corresponds to a design team or team member, who is 
provided some amounts of autonomy (i.e., local ownership 
of one or more design task). The local ownership capability 
allows application developers 703, for example, to concen- 
trate on application development tasks and not to have to 
share the detail of their application with system designers 
701 or manufacturing 705. Each site may operate as a local 
network (LAN) design environment or via an Extranet or via 
the Internet. Design tools are utilized and managed locally. 
Expertise and proprietary data stays local and only related 
design files are exchanged via the secure XML containers. 
Within each site, design data may be shared in its original 
format or via XML containers. The illustrated embodiment 
also supports out-sourcing of tasks to third party vendors. 
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[0071] Each design situation is managed according lo the 
design size, design schedules, and other design attributes as 
shown in FIG. 8. In the preferred embodiment, because 
some SoC design tasks are very processing-intensive, these 
tasks are performed on the fastest machines available in the 
design environment. For example, simulation, which is 
typically very processing-intensive, is performed on the 
fastest available machine in the design environment whether 
local or remote, and the result of simulation is streamed to 
the design database for broadcast to and access by other 
team members or interested parties via the XML transpor- 
tation/transformation mechanism: Such design task assign- 
ments are made according to FIG. 8. 

[0072] FIG. 7B provides another embodiment in which 
the system designers 701 interact directly with the manu- 
facturing (foundry support) 705 and share data across sites, 
including design rules 702 and completed design data 704. 
The application developers 707 work independent of the 
other groups/sites. Directional arrows indicate at which 
stages of the design process the application developers 707 
may interact with the other sites. It is understood that each 
site is able to utilize the present system for independent local 
design management and collaboration. 

[0073] FIG. 8 illustrates a design management flow chart 
for management and assignment of labor (or design tasks) 
amongst various design groups according to one embodi- 
ment of the invention. The product specification 801 is 
expanded into functional specification 803, physical speci- 
fication 805, and marketing specification 807. For the func- 
tional specification 803, the required tools and expertise are 
then identified at block 809. Foundry and hardware limits or 
requirements are identified at block 811 for the physical 
specification 805, and schedule, costs, quality and related 
issues are identified at block 813 for marketing specification 
807. 

[0074] Following, the identified issues are provided to a 
logistic optimizer or scheduler 815, which is also provided 
with the database of expertise, tools and other information 
shown at block 817 and available in-house expertise and 
tools 816. The logistic optimizer/scheduler 815 then gener- 
ates a schedule that indicates who should do what tasks, at 
what time, utilizing what tools, and what inputs to produce 
what outputs as illustrated at block 819. As a spin off from 
this task list is generated a dependency list 821, a task list of 
expertise and clearance levels required 823, alternatives and 
recovery lists 825, a detailed schedule with resource require- 
ments, project milestones, etc., 827 and a list of all tasks and 
tools 829 required for the product. 

[0075] The invention provides measurable savings in time 
and cost, and ensures a quality end product in comparison to 
present SoC design methods. For example, a designer may 
be working on a design team of 10 designers, with each 
designer located in a different location around the world. 
Ordinarily, with current design methods, one designer may 
perform the simulation task and then document the results 
before forwarding it to the rest of the team. This process may 
take a few hours, or for a more complex simulation, a few 
days. Irrespective of the actual length of time required to 
complete the simulation, the work done by the design team 
is unable to proceed past simulation until the simulation is 
completed and the results of the simulation sent to the rest 
of the design team. 

[0076] With the present invention, the entire design team 
has access to all design tools and design data via Internet or 
intranct(wired and wireless), (now extended to include a 



browser application). With the same simulation task, one 
member of the design team may be designated to perform 
the simulation at his/her location. Since all of the design 
team members are linked via the Internet or an intranet, each 
designer is able to see and work on the simulation results as 
they are being generated, i.e., in real time. 

[0077] Thus, all members of the design team have access 
to the current state of the design and the continuously 
updated design repository, and changes made by any one 
member is instantly and simultaneously seen by all of the 
members. In this manner, the design flow does not grind to 
a halt while one designer finishes a particular task, such as 
the simulation task. 

[0078] It is important to note that while the present inven- 
tion has been described in the context of a fully functional 
data processing system, those skilled in the art will appre- 
ciate that certain elements of the method of the present 
invention are capable of being distributed in the form of a 
computer readable medium of instructions in a variety of 
forms, and that the present invention applies equally, regard- 
less of the particular type of signal bearing media utilized to 
actually carry out the distribution. Examples of computer 
readable media include: nonvolatile, hard-coded type media 
such as Read Only Memories (ROMs) or Erasable, Electri- 
cally Programmable Read Only Memories (EEPROMs), 
recordable type media such as floppy disks, hard disk drives 
and CD-ROMs, and transmission type media such as digital 
and analog communication links. 

[0079] While the invention has been particularly shown 
and described with reference to a. preferred embodiment, it 
will be understood by those skilled in the art that various 
changes in form and detail may be made therein without 
departing from the spirit and scope of the invention. 

What is claimed is: 

1. A computer-based design framework for collaborative 
design of a product comprising: 

a virtual database management system, which receives 
data from a plurality of sources and creates a single 
database interface to said sources; 

software code associated with said virtual database man- 
agement system for mapping various informational 
structures utilized by said sources to a common syntax; 
and 

additional logic associated with said virtual database 
management system that provides a set of publishing 
rules for extracting information on demand and pub- 
lishing said extracted information in a format recog- 
nized by a requestor of said information. 

2. The computer-based design framework of claim 1, 
wherein: 

each of said distinct sources represents a design team with 
one or more design team members provided access to 
said virtual database management system via a net- 
work; and 

said common syntax is an extensible Markup Language 
(XML). 

3. The computer-based design framework of claim 2, 
further comprising program code for providing platform- 
independent application and services exchange utilizing 
XML wrapped data, service, and application that is delivered 
to a client. 
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4. The computer-based design framework of claim 3, 
wherein said product is a system on a chip (SOC) and said 
XML is expanded with SOC-specific attribute type defini- 
tions to generate a SOC markup language (SOCML) that 
supports plurality of functional components that operate 
according to SOCML design specification, wherein said 
function components include a SOCML database, a SOCML 
simulator, a SOCML synthesis and timing analysis compo- 
nent, and a SOCML database exchange manager. 

5. The computer-based design framework of claim 4, 
wherein each SOCML function is coded utilizing design and 
analysis Java applications that are translated into XML, 
wherein said XML acts as a platform -independent wrapper 
for said SOCML functions. 

6. The computer-based design framework of claim 5, 
wherein each of said design teams operates on a particular 
sub-component of the design of said product including 
system design, application development, and manufactur- 
ing. 

7. The computer-based design framework of claim 6, 
wherein said publishing rules includes transformation rules 
based on extensible Style sheet Language (XSL), said 
framework further comprising program code for providing a 
design team member and other personnel with output from 
said design process via XSL style sheets and XSLT trans- 
formers, which manipulate data from said SOCML database, 

8. The computer-based design framework of claim 7, 
further comprising program code for exporting design infor- 
mation to industry standard IC design computer aided design 
tools. 

9. The computer-based design framework of claim 3, 
wherein said program code for providing platform indepen- 
dent application and services exchange includes a universal 
description discovery and integration (UDDI) director for 
locating services and exchange data and service according to 
simple object access protocol (SOAP). 

10. The computer-based design framework of claim 9, 
wherein said network is a local area network and connection 
to said framework by each of said design team members is 
provided via a LAN-connected terminal. 

11. The design framework of claim 9, wherein: 

said network is the Internet; 

said virtual database management system is hosted on a 
server on the Internet; and 

wherein access to said design framework is provided via 
a web browser of a computer system that is connected 
to the Internet and is utilized by said design team 
members. 

12. The computer-based design framework of claim 11, 
further comprising an Access_Privilege_Manager imple- 
mented with program code that monitors and controls access 
to said design framework by design teams, design team 
members, and other selected personnel, groups, and design 
automation tools. 

13. The computer-based design framework of claim 12, 
wherein said Access_Privilege_Manager maintains a control 
list of one or more authorization parameters from among 
users, user identification and passwords, a level of authori- 
zation for each user and group, a group to which each user 
belongs, specific group authority for access, and access 
authorization for one or more project administrators. 



14. The design framework of claim 13 , wherein access to 
processes and designs within said framework is only granted 
to a user whose authorization and registered role supports 
said access. 

15. The design framework of claim 14, wherein said 
Access_Privilege_Manager supports biometric security fea- 
tures for user-access to said framework. 

16. The design framework of 15, further comprising a 
customer help at terminal (CHATSOC) function that pro- 
vides an online collaboration and conferencing between 
design teams, design team members, and other personnel. 

17. The design framework of claim 16, wherein CHAT- 
SOC further provides outside assistance to a design team 
and design team member, wherein said outside assistance is 
selected from a compiled database of outside assistance 
personnel in response to a request for assistance by said 
design team or design team member, wherein a peer-to-peer 
connection is dynamically established when an outside 
assistance personnel accepts and acknowledges the request. 

18. The design framework of claim 17, wherein each 
design team may be provided local ownership of a particular 
task within the design, wherein said local ownership allows 
for a determination of a level of corporation with other 
design teams and a level of information sharing desired. 

19. The design framework of claim 18, wherein said 
design is divided into a plurality of tasks, and said frame- 
work further includes program code for: 

tracking each of said plurality of tasks and tools available 
within a design environment; 

matching tasks to specific tools, wherein processing- 
intensive tasks are assigned to fastest processors and 
applications available in said design environment; and 

matching task to a team and team members with a 
required expertise. 

20.. A method for distributed, collaborative design of a 
product in a computer-network based design environment, 
said method comprising: 

establishing a network-accessible design framework that 
enables remote access to individual members or groups 
of a design team; 

normalizing a set of tools within said design framework 
for utilization by each of said individual members or 
groups, wherein said tools are available via said net- 
work; 

providing secured access to said design framework by 
said individual members and groups from a terminal 
connected to said network; 

providing, via said design framework and said terminals, 
real-time collaborative design of said product design 
with platform-independent application and service 
exchange utilizing extensible Markup Language 
(XML) wrapped data, service and applications. 

21. The method of claim 20, wherein said normalizing 
step includes: 

providing the automated exchange of design data via 
XML functionality, wherein a set of rules defining 
XML tags are utilized to define a structure, format, and 
content of design data components that arc exchanged; 



01/28/2004, EAST Version: 1.4.1 



US 2002/0156929 Al Oct. 24, 2002 



providing processing and searching of data utilizing 
XML-based search tools that use data structure and 
meta data; and 

enabling both local and remote processing of said data 

22. The method of claim 21, wherein said product is a 
system-on-a chip (SOC), further comprising enabling said 
collaborative features of said design framework utilizing a 
system on a chip extensible markup language (SOCML) that 
allows cross-interaction between different design teams uti- 
lizing different tools. 

23. The method of claim 22, wherein said enabling 
comprises: 

defining elements that may exist in a SOCML document 
utilizing document type definition (DTD); 

setting corresponding attributes of said elements, nesting 
of said elements, and the order of which said elements 
are defined in SOCML; and 

selecting which XML design files adhering to SOC docu- 
ment type definitions constitute SOCML 

24. The method of claim 22, further comprising: 

receiving architectural, functional, and performance 
specification in hardware description language(HDL); 

synthesizing said specifications; 

performing optimization and verification of said HDL; 
and 

enabling passive collaboration during optimization and 
verification step utilizing loosely-integrated knowl- 
edge-based design optimization based on input pro- 
vided by an end-user and a manufacturing design team. 

25. The method of claim 20, wherein said providing step 
comprises providing said secured access to said design 
framework via a LAN that includes a database of user 
parameters including login identification, password, level of 
security, and types of access. 

26. The method of claim 20, wherein said design frame- 
work is a set of program code stored on a server on the 
Internet, said providing step further comprising accessing 
said design framework via a web browser on a computer 
system connected to the Internet. 

27. The method of claim 26 further comprising: 

creating a database of user access parameters, including 
user identification, password, level of access permis- 
sions, group access permission, and tasks to which a 
user has access; 

monitoring each request for access to said framework; 

providing access to said framework only when a requester 
correctly enters required user access parameters, 
wherein said requestor is only provided access to areas 
of said design framework corresponding to those areas 
specified in a user profile associated with said user 
access parameters. 

28. A computer program product comprising: 

a computer readable medium; and 

program code on said computer readable medium for 
enabling collaborative design of a product, said pro- 
gram code comprising code for: 



implementing a virtual database management system, 
which receives data from a plurality of distinct 
sources and creates a single database interface to 
each of said distinct sources; 

mapping various informational structures utilized by 
said distinct sources to a common syntax; and 

providing publishing rules for extracting information 
on demand and publishing said extracted informa- 
tion in a format recognized by a requester of said 
information. 

29. The computer program product of claim 28, wherein 
said product is a system on a chip (SOC) and said common 
syntax utilized is an extensible Markup Language (XML) 
that is expanded with SOC-specific attribute type definitions 
to generate a plurality of functional components having SOC 
markup language (SOCML) features that operate according 
to SOCML design specification, wherein said function com- 
ponents include a SOCML database, a SOCML simulator, a 
SOCML synthesis and timing analysis component, and a 
SOCML database exchange manager. 

30. The computer program product of claim 29, wherein 
each SOCML function is coded utilizing design and analysis 
java applications that are translated into XML, wherein said 
XML acts as a platform-independent wrapper for said 
SOCML functions. 

31. The computer program product of claim 30, further 
comprising program code for providing a design team 
member and other personnel with output from said design 
process via (Extensible style sheet language (XSL)) style 
sheets and XSLT transformers, which manipulate data from 
said SOCML database. 

32. The computer program product of claim 31, further 
comprising program code for providing platform-indepen- 
dent application and services exchange utilizing an XML 
wrapped data, service, and application that is delivered to a 
client. 

33. The computer program product of claim 32, wherein 
said program code for providing platform independent appli- 
cation and services exchange includes code that implements 
a universal description discovery and integration (UDDI) 
director location of services and a simple object access 
protocol (SOAP). 

34. The computer program product of claim 33, further 
comprising program code for implementing a customer help 
at terminal (CHATSOC) function that provides an online 
video forum for conferencing between design teams, design 
team members and other personnel. 

35. The computer program product of claim 33, wherein 
said program code for implementing CHATSOC further 
includes program code for providing outside assistance to a 
design team and design team member, wherein said outside 
assistance is selected from a compiled database of outside 
assistance personnel in response to a request for assistance 
by said design team or design team member, wherein a 
peer-to-peer connection is dynamically established when an 
outside assistance personnel accepts and acknowledges the 
request. 
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